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@ Rechnergestutztes System und Verfahren zum Aufbauen einer Datenbank 

(57) Die Erfindung betrifft ein rechnergestutztes System 
zum Aufbauen einer Datenbank, umfassend wenigstens 
zwei Grundtabellen (tbIKey, tbIMmo) fur zu jeweils einer 
Grundklasse gehorende Elemente, wenigstens eine Be- 
ziehungstabelle (tbIKeyKey), die mit den Grundtabellen 
verbindbar ist, um Beziehungen zwischen den Elementen 
herzustellen, und eine Kategorietabelle (tbIZCat), die mit 
der Beziehungstabelle verbindbar ist, um den jeweiligen 
Beziehungen ein eindeutige Beziehungskategorie zuzu- 
ordnen. Die Erfindung betrifft ferner ein Verfahren zum 
Aufbauen einer Datenbank in einer elektronischen Daten- 
verarbeitungsanlage, mit folgenden verfahrensschritten: 
Eingeben und Speichern von zu jeweils einer Grundklasse 
gehdrenden Elementen in wenigstens zwei Grundtabel- 
len (tbIKey, tbIMmo), Eingeben und Speichern von Be- 
ziehungen, die zwischen Elementen in den Grundtabellen 
bestehen, in wenigstens einer Beziehungstabelle (tb1 Key- 
Key, tbIKeyMmo) und Verbinden der Beziehungstabelle 
[ (tbIKeyKey, tbIKeyMmo) mit der Grundtabelle <tb1Key, 
tbIMmo) und Eingeben und Speichern von Beziehungs- 
katagorien in einer Kategorietabelle (tbIZCat) und Verbin- 
den der Kategorietabelle mit der Beziehungstabelle, um 
den jeweiligen Beziehungen eine eindeutige Beziehungs- 
kategorie zuzuordnen. 
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Beschreibung 

Die Erfindung betrifft ein rechnergestutztes System und 
ein Verfahren zum Aufbauen einer Datenbank. 

Es ist allgemein anerkannt, daB die Verwaltung von Daten 
in einer Datenbank enorme technische Vorteile gegeniiber 
einer "verstreuten" Datenhaitung hat. In einer Datenbank 
werden mehrfach vorkommende, redundante Daten vor- 
zugsweise so organisiert, daB Datensatze nur ein einziges 
Mai angelegt werden mussen, was groBe Vorteile fur die Da- 
tenspeicherung, jedoch auch die Verwaltung und Wartung 
sowie fur die Datensicherung mit sich bringt. Datenbanken 
erlauben es, einzelne Anwendungen von den verwalteten 
Datenbestanden zu trennen, wobei mehrere, verschiedene 
Anwendungen auf einen gemeinsamen Datenbestand zu- 
greifen konnen. Diese sowie weitere Vorteile von Datenban- 
ken sind bekannt. 

Grundsatzlich muB unterschieden werden zwischen der 
eigentlichen Datenbank und dem Datenbankverwaltungssy- 
stem oder dem System zum Aufbauen einer Datenbank. Das 
Datenbankverwaltungssystem stellt ein Entwicklungswerk- 
zeug zur Erstellung, Kontrolle und Veranderung von Daten- 
banken dar. Die eigentliche Datenbank muB demzufolge erst 
mit Hilfe des Datenbankverwaltungssystems aufgebaut wer- 
den. Bei einer Datenbank wird weiter unterschieden, ob sie 
die zu verwaltenden Informationen selbst oder nur einen 
Verweis (Zeiger) auf die Informationen enthalt, wobei Kom- 
binationen hieraus denkbar sind. So kann z. B. bestimmte 
strukturierbare Information zur Erfassung (z. B. bei einer 
Literaturverwaltung Angaben zum Autor, Titel, Signatur 
etc.) in einer Datenbank zusammen mit Verweisen auf Da- 
teien (z. B. Word- oder HTML-Dokumente) verwaltet wer- 
den, welche die eigentlich gesuchte Information (z. B. Pu- 
blikationen) enthalten. 

Traditionell gibt es verschiedene Arten von Datenbanken, 
wobei man die unter anderem Kategorien hierarchische, re- 
lationale, und objektorientierte Datenbanken unterscheidet. 

In einer hierarchischen Datenbank werden die Daten ent- 
sprechend einer hierarchischen Gliederung in einer einzel- 
nen sequentiellen Datei abgelegt. In einem Adressverwal- 
tungssystem z. B. kann die hochste Hierarchiestufe der 
Name sein, also etwa 1 = Muller, 2 = Huber, 3 = Meier; die 
nachste Hierarchiestufe ist der Vorname, also etwa 1.1 = 
Hans (Muller), 2.1 = Peter (Huber), 3.1 = Fritz (Meier), usw. 

Hierarchische Datenbanken sind relativ unflexibel und 
lassen Strukturanderungen nur mit erheblichem Aufwand 
realisieren. Der hierarchische Aufbau ist auch grundsatzlich 
ungeeignet zum Modellieren von Systemzusammenhangen. 
Informationen weisen haufig Beziige zu verschiedenen hier- 
archischen Ebenen auf und wiirden daher in einer rein hier- 
archischen Gliederung eine redundante Speicherung erfor- 
dern. Die hierarchischen Datenbanken sind daher heute we- 
niger haufig zu finden als relationale Datenbanken. 

Relationale Datenbanken verwalten die Daten thematisch 
geordnet in Tabellen. Die Tabellen konnen miteinander in 
Beziehung gesetzt werden. Strukturerweiterungen konnen 
durch Integration zusatzlicher Tabellen leichter realisiert 
werden als bei hierarchischen Datenbanken. Ein Vorteil re- 
lationaler Datenbanken ist somit ihre groBere Flexibility. 
Relationale Datenbanken haben andererseits die Nachteile, 
daB die Abfragegeschwindigkeit relativ langsam ist und daB 
sie bei komplexen Beziehungen mit zahlreichen Tabellen 
schnell unubersichtlich werden. Weitere Nachteile relatio- 
naler Datenbanken sind die mangelhafte Integration von 
Funktionen und Schwachen bei der Verarbeitung multime- 
dialer Daten, weil relationale Datenbanken vorrangig auf die 
Verarbeitung schriftlichcr, fonnatierter Daten ausgelegt 
sind. Problematisch ist auch die zweidimensionale Speiche- 
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rungsstruktur der Daten in Zeilen und Spalten. 

Relationale Datenbanken dienen uberwiegend der Auf- 
nahme st.ru kturierter, sogenannter natter Daten. Darunter 
versteht man Daten mit einem festen Datentyp (z. B. Zahl, 
5 Text, Wahrung etc.) und einer definierbaren Feldlange. Fiir 
unstrukturierte, weiche Daten werden z. B. bei Microsoft 
Access® sogenannte Memofelder bereitgestellt, die groBere 
Datenmengen aufnehmen konnen. 

Weitere Informationen iiber die Grundlagen relationaler 
to Datenbanken findet man z. B. in Meier, Andreas: Relatio- 
nale Datenbanken: Eine Einfiihrung fur die Praxis; 3. Auf- 
lage, Berlin Heidelberg (Springer 1998). 

Im Bereich komplexer Anwendungen mit multimedialen 
Funktionen stoBen relationale Datenbanksysteme an ihre 
15 Leistungsgrenzen. Fur solche Anwendungen wurden daher 
objektrelationale und objektorientierte Datenbanksysteme 
entwickelt. Objektrelationale Datenbanksysteme (ORDBS) 
verwenden ebenso wie die relationalen Datenbanksysteme 
Tabellen als Strukturierungsmittel. Struktur und Datenbank- 
20 sprache wurden um objektorientierte Technologien erwei- 
tert, so daB sich in den Tabellen beliebige komplexe Objekte 
befinden konnen, die durch Datenbankoperationen ausgelost 
werden konnen. Ein Objekt ist allgemein ein Gegenstand 
des Interesses, insbesondere einer Beobachtung, Untersu- 
25 chung oder Messung. Objekte konnte demnach z. B. eine 
Person, eine Aussage, eine Sache oder ein MeBwert sein. 

Klassen fassen Objekte mit gleichen Eigenschaften zu- 
sammen (z. B. kann die Klasse Personen mit der Unter- 
klasse juristische Personen definiert werden). 
30 Reine objektorientierte Datenbanksysteme (OODBS) 
bauen im Gegensatz zu den objektrelationalen Datenbank- 
systemen nicht mehr auf Tabellen auf. Die Objekte werden 
direkt auf der Ebene der Programmiersprache definiert, was 
Vorteile bei Hypermediaanwendungen, CAD-Anwendun- 
35 gen sowie wissenschaftlich-technischen Anwendungen hat. 
Ein Nachteil der reinen objektorientierten Datenbanksy- 
steme ist die mangelnde Datenunabhangigkeit. 

Die Erfindung basiert auf dem System der relationalen 
Datenbanken. Im folgenden sollen daher einige Grundbe- 
40 griffe relationaler Datenbanken weiter erlautert werden. 

Fig. 1 zeigt ein Beispiel einer Tabelle einer relationalen 
Datenbank. In der Datenbanktheorie und der Informatik 
werden heute unterschiedliche Bezeichnungen fur gleiche 
Gegenstande verwendet. Die Tabelle als grundlegendes 
45 Strukturierungsmittel wird auch als Relation bezeichnet, 
und die Spaltenbezeichnungen der Tabelle werden Attribute 
genannt. Das Attribut Name hat fur die Person mit der Per- 
sonenidentifikation 2 in der Tabelle z. B. den Attributwert 
Huber. Die Anzahl der Spalten wird als Grad bezeichnet. 
50 Ein Element ist ein bestimmtes, eindeutig identifizierbares 
Objekt der realen Welt oder der Vorstellung (z. B. ein Wort, 
eine Aussage, eine Person, eine konkrete Sache etc.). Ele- 
mente des gleichen Typs konnen in Elementmengen oder 
Elementtypen klassifiziert werden. Die Elementmengen ent- 
55 sprechen den Klassen in der objektorientierten Softwareent- 
wicklung. 

Jeder Datensatz einer Tabelle wird iiber einen Identfikati- 
onsschliissel - in der Regel eine frei definierbare Zahl oder 
ein Autowert als Attribut - innerhalb der Tabelle eindeutig 

60 identifiziert. Eine doppelte Vergabe eines Identifikations- 
schliisselwertes innerhalb einer Tabelle ist nicht zulassig 
und wird zu einem Fehler fuhren. Der Identifikationsschlus- 
sel kann auch durch eine eindeutige Kombination mehrerer 
Attribute hergestellt werden. In diesern Falle sollte die 

65 Kombination minimal sein. Der Identifikationsschlussel re- 
prasentiert einen Tupel (Datensatz eines Elementes) und 
dient zur Herstellung von Beziehungen zwischen Tabellen. 
Die Beziehung zwischen Tabellen werden dadurch herge- 
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stellt, daB ein Identifikationsschlussel einer Tabelle 1 als so- 
genannter Frcindschliisscl in einer Tabelle 2 verwcndct 
wird. Der Fremdschliissel wird somit. definiert als ein Attri- 
but, das in einer Tabelle 2 enthalten ist und in einer Tabelle 1 
den Identifikationsschlussel bildet. 5 

Die Beziehungsdefinitionen legen fest, wie oft ein Tupel 
der Tabelle 1 einem Tupel der Tabelle 2 zugeordnet werden 
kann. Es sind 1 : 1-, 1 : n-, n : 1- und n : m-Beziehungen 
moglich. 

Die 1 : 1-Beziehung bedeutet, daB genau ein Datensatz 10 
aus der Tabelle 1 einem anderen Datensatz aus der Tabelle 2 
zugeordnet wird. Die 1 : n-Beziehung bedeutet, daB aus ei- 
ner Tabelle 1 beliebig oft auf ein Element einer Tabelle 2 
Bezug genommen werden kann. Zum Beispiel konnen ei- 
nem Element aus einer Tabelle "Person" beliebig viele Ele- 15 
mente aus einer Tabelle "Bankverbindung" zugeordnet wer- 
den. Eine n : 1-Beziehung ist die Umkehrung der 1 : n-Be- 
ziehung. 

Ferner gibt es bei relationalen Datenbanken n : m-Bezie- 
hungen, wie sie z. B. bei der Verbindung von Personen und 20 
Projekten vorstellbar sind, wenn eine Person als Auftragge- 
ber vieler Projekte auftritt, wahrend in einem einzelnen Pro- 
jekt nicht nur eine, sondern mehrere Personen beteiligt sind. 
Solche n : m-Beziehungen zwischen zwei Tabellen (im vor- 
liegenden Beispiel Personen und Projekte) sind nicht als 25 
einfache Verknupfungen darstellbar, weil dies zu keinem 
eindeutigen Ergebnis fiihren wiirde. Eine n : m-Beziehung 
wird daher hergestellt, indem eine weitere Tabelle eingefugt 
wird, eine sogenannte Beziehungstabelle, welche die n : rn- 
Beziehung in zwei 1 : n-Beziehungen aufspaltet. Jeder Da- 30 
tensatz in dieser Beziehungstabelle wird durch einen zusam- 
mengesetzten Identifikationsschlussel eindeutig definiert, 
der aus Fremdschlusseln besteht, welche auf den Identifica- 
tions schliisseln in den zu verkniipfenden Tabellen beruhen. 

Ausgehend von diesem Stand der Tfechnik ist es eine Auf- 35 
gabe der Erfindung, ein System und ein Verfahren zum Auf- 
bauen einer Datenbank anzugeben, die ein flexibles und an- 
passungsfahiges Datenbankmodell ermoglichen, welches 
eine mini male Redundanz bei der Datenspeicherung erfor- 
dert. 40 

Diese Aufgabe wird durch ein rechnergestutztes System 
zum Aufbauen einer Datenbank mil den Merkmalen von 
Anspruch 1 sowie durch Verfahren zum Aufbauen eines Da- 
tenbanksystems mit den Verfahrensschritten von Anspruch 
13 bzw. 15 gelost. Die Erfindung setzt eine neue Art der De- 45 
finition, Organisation, Strukturierung und Verknupfung von 
Speicherbereichen in Form von Tabellen ein, um ein beson- 
ders flexibles, erweiterbares Datenbankmodell aufzubauen. 
Die Steuerung der Datenspeicherung, -wiedergewinnung, - 
zuordnung etc. kann iiber einen iiblichen Prozessor erfolgen. 50 

Die Erfindung beruht auf den Modellen fur relationale 
Datenbanksysteme, sie lost sich jedoch von dem Konzept 
der Verwendung von inhaklichen Attributen in den Grundta- 
bellen (z. B. Nachname, Vorname etc. als Attribute der Ta- 
belle "Naturliche Personen") und stiitzt sich statt dessen auf 55 
die Speicherung und Wiedergewinnung von Informationen 
in Beziehungen zwischen den Tabellen, wobei die Bezie- 
hungsdatensatze ihrerseits in Tabellen gespeichert sind. Da- 
bei beruht die Erfindung auf neurobiologischen Erkenntnis- 
sen zur Funktionsweise des menschlichen Gehirns, Wissen 60 
in Beziehungen zu speichern, sowie auf Grundsatzen der Se- 
miotik, gemaB denen die Bezeichnung und das Bezeichnete 
getrennt werden. In Anlehnung an die Neurobiologie konnte 
man bei der Erfindung von einem synaptischen Modell in 
Abgrenzung zum bisher iiblichen attributiven Modell spre- 65 
chen. 

Die Erfindung sieht Grundtabcllen fur zu jeweils einer 
Grundklasse gehorende Elemente vor. Bei einer bevorzug- 



ten Ausfuhrungsform der Erfindung orientieren sich diese 
Grundtabcllen inhaltlich an den Grundmodellen menschli- 
chen Wissens und werden nach Erkenntnissen der Neuro- 
biologie zunachst in die Klassen: Bewegender, Bewegliches 
und Lokalisierung - oder Personen, Sachen und Orte einge- 
teilt. Weitere Grundklassen ergeben sich aus der Semiotik 
als Worter, Bedeutungen und Bilder, um die in den ersten 
drei Klassen beschriebene reale Welt von der Wahrnehmung 
und Bezeichnung dieser realen Welt trennen zu konnen und 
so einen moglichst hohen Abstraktionsgrad des Datenbank- 
modells zu erreichen. SchlieBlich werden zur Darstellung 
der Organisation der komplexen Welt noch zusatzliche 
kiinstliche Ordnungsobjekte als Grundklassen vorgesehen, 
namlich Projekte, Vorgange (zur Darstellung der Zeit) und 
Objekte. 

Hieraus ergibt sich das in Fig. 2 dargestellte Wissensmo- 
dell, in dem die Grundklasse "Hyperlinks*' stellvertretend 
fur die Sinneswahmehmungen Sehen und Horen oder in der 
praktischen Umsetzung die Verwaltung von Bildern und an- 
deren Dateien steht. 

Mit dem erfindungsgemaBen System konnen die in Fig, 3 
dargestellten Beziehungen zwischen den Grundklassen her- 
gestellt werden. 

Die dargestellten Grundklassen gehoren zu dem bevor- 
zugten Ausfuhrungsbeispiel der Erfindung, wobei die Erfin- 
dung auf diese Grundklassen weder festgelegt noch be- 
schrankt ist, es konnen also einige oder alle der beispielhaft 
genannten Grundklassen fehlen bzw. durch andere Klassen 
ersetzt und/oder erweitert werden. Die Verwendung von Hy- 
perlinks verweist, wie gesagt, auf externe Dateien sowie in 
Dateiform verwaltete Inhalte audiovisueller Art und stellt 
einen KompromiB im Rahmen der heute praktikablen Tech- 
nologie dar. 

Die Elemente der jeweiligen Grundtabellen werden iiber 
wenigstens eine vorzugsweise mehrere Beziehungstabellen 
miteinander verknupft. Dabei kann jedes Element einem an- 
deren zugeordnet werden, einschlieBlich einem anderen Ele- 
ment innerhalb derselben Tabelle. Ein Uberblick iiber die 
moglichen Beziehungen in dem erfindungsgemaBen Daten- 
banksystem gibt Fig. 4. 

Die doppelte Zuordnung kann anhand der folgenden Bei- 
spiele besser verstanden werden: ein Wort kann einer Person 
zugeordnet werden, die dadurch entstehende Beziehung 
Wort-Person kann z. B. als "Nachname" definiert werden. 
Die Person kann aber auch einem Wort zugeordnet werden, 
wobei die Beziehung Person- Wort z. B. zwischen einer Per- 
son P und dem Wort Dampfmaschine bestehen und als "Er- 
finder" definiert sein konnte. Diese bidirektionale Zuord- 
nung gilt auch fur die Verknupfung gleicher Elemente, wo- 
bei sich dann die Darstellung der Fig. 4a ergibt. 

Wahrend die Beziehungen zwischen den Elementen der 
Grundklassen an sich durch die Beziehungstabellen herge- 
stellt werden, sieht die Erfindung zusatzlich noch eine Kate- 
gorietabelle vor, die mit der Beziehungstabelle verbunden 
wird, um den jeweiligen Beziehungen eine eindeutige Be- 
ziehungskategorie, wie Nachname oder Erfinder in dem obi- 
gen Beispiel, zuzuordnen. 

Durch den erfindungsgemaBen Aufbau des Datenbanksy- 
stems mit mehreren Grundtabellen, vorzugsweise mehreren 
Beziehungstabellen und einer Kategorietabelle erhalt man 
ein auBerst flexibles Datenbankmodell, das ein Minimum an 
Redundanz erzeugt. Wahrend im Stand der Technik die Ka- 
tegorie einer Beziehung und die Beziehung selbst durch at- 
tributive Zuweisung innerhalb einer Tabelle untrennbar ver- 
kniipft waren, lost die Erfindung diese Verknupfung auf und 
erhoht damit die Flexibility des Datenbanksy stems bei 
gleichzeitiger Verringerung der Redundanz. Die einzelnen 
Grundtabellen und die ihnen zugewiesenen Speicherberei- 
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che enthalten somit in der Regel weniger Information als bei 
Datcnbankcn des Slandes dcr Tcchnik, wcil cin wcscntlichcr 
Teil der Information in die Beziehungstabellen ausgelagert 
ist, welche ihrerseits auf weitere Informations- und die Ka- 
tegorietabelle zugreifen. Einen vollstandigen Datensatz fur 5 
eine Abfrage erhalt man somit erst durch die Verkniipfung 
mehrerer Tabellen. Dadurch konnen die Strukturen der ein- 
zelnen Tabellen einfacher und ubersichtlicher gehalten wer- 
den. Ein wesendicher Aspekt der Erfindung ist, da8 unab- 
hangig von der inhaltlichen Klassenbezeichnung der Grund- 10 
tabellen zur Definition eines Beziehungsdatensatzes zwi- 
schen zwei Grundtabellen oder zwei Elementen aus einer 
Grundtabelle immer nur auf eine einzige Kategorietabelle 
zuruckgegriffen wird. 

Das erfindungsgemaBe Datenbanksystem ist in eine in- 15 
haltliche Ebene und in eine Meta-Ebene gegiiedert. Zur in- 
haltlichen Ebene gehoren die Grundtabellen und die Bezie- 
hungstabellen, wobei fur die Verkniipfung von jeweils zwei 
Grundtabellen eine Beziehungstabelle vorgesehen werden 
kann; zur Meta-Ebene gehort zunachst die Kategorietabelle, 20 
welche den jeweils in der Beziehungstabelle enthaltenen 
Beziehungen eine Kategorie (Beziehungsdatensatzen) zu- 
ordnet, z. B. einer Beziehung (= Beziehungsdatensatz) 
Wort-Person die Kategorie "Nachname" oder einer Bezie- 
hung (einem Beziehungsdatensatz) Person- Wort die Kate- 25 
gorie "Erfinder". 

Bei einer bevorzugten Ausfuhrungsform der Erfindung 
enthalt die Meta-Ebene ferner eine Relationstabelle, die alle 
moglichen Beziehungen zwischen den Tabellen enthalt und 
mit der Kategorietabelle verbunden wird, um jeweils einer 30 
Beziehungskategorie, wie der Kategorie "Name", mogliche 
Beziehungen zwischen Grundtabellen zuzuordnen. So ist es 
z. B. sinnvoll der Beziehungskategorie "Name" die mogli- 
chen Beziehungen Person-Wort, Sache-Wort, Projekt-Wort 
und Objekt-Wort zuzuordnen (wahrend bei spiels weise eine 35 
Zuordnung der Beziehung Ort-Zeit zu der Kategorie 
"Name" unsinnig ware). Die Relationstabelle dient somit 
der besseren Strukturierung und Ubersichtlichkeit der Da- 
tenbank. 

Bei der bevorzugten Ausfuhrungsform wird ebenfalls in 40 
der Meta-Ebene eine Kategorie-Relationstabelle vorgese- 
hen, welche die Kategorietabelle mit der beschriebenen Re- 
lationstabelle verbindet und eine Beziehung einschlieBlich 
einer Beziehung srichtung fur die Verkniipfung jeweils 
zweier Elemente kennzeichnet. 45 

GemaB eines weiteren Aspekts der Erfindung wird in der 
Meta-Ebene eine Untertabelle fur eine Untermenge von zu 
einer Grundklasse gehorenden Elementen vorgesehen, die 
uber eine Beziehungs -Untertabelle mit der Kategorietabelle 
verbindbar ist, um Beziehungskategorien zu bestimmen, die 50 
der Untermenge zugeordnet werden sollen. Diese Unterta- 
bellen dienen dem Zweck, fur eine Grundklasse "Person" 
beispielsweise die Unterklasse "naturliche Person" zu defi- 
nieren. Der Unterklasse "naturliche Person" konnen dann 
bestimmte Kategorien zugeordnet werden, wie Nachname, 55 
Vorname, Geburtsdatum etc., um aufgrund dieser zu einer 
Unterklasse gehorenden Kategorien fiir die Ein- und Aus- 
gabe in das Datenbanksystem ein dynamisches Formular zu 
erzeugen, welches nur die Beziehungskategorien der Unter- 
klasse enthalt. Weiterhin sieht das erfindungsgemaBe Sy- 60 
stem eine Aktionstabeile fur Eingabe/Ausgabe-Aktionen 
zur Erstellung und Nutzung der Datenbank vor. 

Die Erfindung ist im folgenden anhand einer bevorzugten 
Ausfuhrungsform mit Bezug auf die Zeichnungen naher er- 
lautert. In den Figuren zeigen: 65 

Fig. 1 eine Grafik zur Erlauterung einiger in der Daten- 
banktheorie verwendctcn Begriffe; 

Fig. 2 eine Darstellung eines Wissensmodells zur Ablei- 



tung wichtiger Grundklassen fur das erfindungsgemaBe Da- 
tenbanksystem; 

Fig. 3 eine graph ische Darstellung der moglichen Bezie- 
hungen zwischen den Grundklassen, die in Fig. 2 gezeigt 
sind; 

Fig. 4 eine andere Art der Darstellung der moglichen Be- 
ziehung zwischen den Grundklassen der Fig. 2; 

Fig. 4A eine ahnliche Darstellung wie in Fig. 4 unter Ein- 
schluB aller bidirektionalen Beziehungen; 

Fig. 5A-51 schematische Darstellungen der Strukturen 
verschiedener Grundtabellen fur das erfindungsgemaBe Da- 
tenbanksystem; 

Fig. 6A-6F Beispiele fur die Strukturen von Beziehungs- 
tabellen gemaB der Erfindung; 

Fig. 7 ein Beispiel fur eine Struktur der Kategorietabelle 
gemaB der Erfindung; 

Fig. 8A-8J Beispiele fur die Strukturen verschiedener Ta- 
bellen der Meta-Ebene; 

Fig. 9A-9C schematische Darstellungen der Verknupfun- 
gen ausgewahlter Grundtabellen mit anderen Grundtabellen 
des erfindungsgemaBen Datenbanksystems; und 

Fig. 10 eine schematische Darstellung der Meta-Ebene 
des erfindungsgemaBen Datenbanksystems. 

Wahrend die vorliegende Erfindung anhand bestimmter 
bevorzugter Grundklassen fur die Grundtabellen sowie aus- 
gew'ahlter Beispiele fur die Elemente erlautert wird, wird 
der Fachmann verstehen, daB sich die erfindungsgemaBe 
Datenbankstruktur sowie die besondere Art der Verknup- 
fung der Elemente und Tabellen der Datenbank auch auf 
jede andere Datenbank mit teilweise oder vollstandig ande- 
ren Grundklassen und Inhalten Ubertragen laBt. Um eine mi- 
nimale Redundanz zu erreichen enthalt das erfindungsge- 
maBe Datenbanksystem jedoch vorzugsweise immer die 
Grundklasse Wort. 

Folgende Abkiirzungen werden in der Beschreibung und 
den Figuren verwendet: 
tbl - Tabelle 
Key -Wort 

Mmo - Aussage/Memo 
Hyp - Hyperlink 
Prs - Person 
Itm - Sache 
Loc-Ort 
Pre — Vorgang/Zeit 
Prj - Projekt 
Obj - Objekt 
Cat - Kategorie 
Rel - Relation 
Ele - Grundklasse 

SubEle - Untermenge einer Grundklasse 
Z - Meta-Ebene 
ID - Identification 

Fur das System und Verfahren zum Aufbauen einer Da- 
tenbank gemaB der Erfindung gilt grundsatzlich, daB jede 
Grundklasse als eigenstandige Tabelle definiert wird, die fur 
jedes Element einen eindeutigen Identifikationsschlussel 
oder Primarschlussel enthalt. Fiir die Beziehungen gilt all- 
gemein, daB sie in Beziehungstabellen definiert werden, wo- 
bei die Identifikationsschlussel der zugehorigen Elemente 
aus den Grundtabellen, zwischen denen Beziehungen herge- 
stellt werden sollen, als Fremdschlussel in der zugehorigen 
Beziehungstabelle verwendet werden. Weitere Merkmale 
der Beziehungen erscheinen als zusatzliche Attribute in der 
Beziehungstabelle. 

Im folgenden werden die Grundtabellen und die Bezie- 
hungstabellen fur die inhaltliche Ebene und anschlieBend 
die Tabellen dcr Meta-Ebene erlautert. 

Fig. 5 A zeigt eine mogliche Struktur fiir die Grundtabelle 
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tblKey der Grundklasse "Wort". 

Fiir die zentrale Verwaltung von Wortcinhcilen in "aloma- 
rer" Form wurde die englische Bezeichnung Keywords ge- 
wahlt, da die Worter quasi den Schlussel zur Information 
darstellen. 5 

Dabei ist auf eine Trennung der Objekte, ihrer Bezeich- 
nungen und der Bedeutung der Zeichen zu achten, wobei 
den Wortern die Funktion der Bezeichnung zukommt. Ent- 
sprechend diesem Ansatz werden die als Worte vorkom- 
menden Zeichen in einer zentralen Tabelle tblKey erfaBt und 10 
zu den bezeichneten Objekten jeweils uber eine Kategorie 
(z. B. Nachname in der Person- Wort-Beziehung) in Bezie- 
hung gebracht. 

Als Identifikationsschlussel dient das Attribut KeylD 
(Autowert; Datentyp Long Integer). Uber das Attribut Key- 15 
Name wird das eigentliche Wort erfaBt (Datentyp Text, bis 
zu 255 Zeichen). Das Attribut KeyRank dient dazu, dem 
Wort (bzw. Keyword oder Schlussel wort) einen numeri- 
schen Wert zuzordnen, um eine von der alphabetischen Rei- 
henfolge abweichende Sortierung zu ermoglichen (Datentyp 20 
Zahl). 

Fig. 5B zeigt eine mogliche Struktur fiir die Grundtabelle 
tblMmo der Grundklasse "Aussage". 

Die Bedeutung von Zeichen wird zwar wiederum in Zei- 
chen zum Ausdruck gebracht, jedoch in ausfuhrlicherer 25 
Form von Aussagen, d. h. in unter Umstanden langeren 
Textpassagen erklarenden Charakters. Fiir die Administra- 
tion unstrukturierter Daten (sog. soft data) wie Ideen, Auf- 
gaben, Sachverhalte (casebooks, casestudies) wurde daher 
der Komplex Aussage/Memo entwickelt. 30 

Da das Datenbankverwaltungssystem von Microsoft Ac- 
cess®, das dem Erfinder fiir die Entwicklung einer Ausfiih- 
rungsform seiner Erfindung diente, ein eigenes Format zur 
Verwaltung groBer Textmengen in sog. Memo-Feldern vor- 
sieht, erhalt die Tabelle zur Aufnahme von Aussage/Memo- 35 
Daten den Namen tblMmo. 

Identifkationsschlussel der Tabelle tblMmo ist das Attri- 
but MmoID (Autowert; Datentyp Long Integer). Das Attri- 
but zur Aufnahme der Aussage/Memo-Daten wurde Mmo 
genannt (Datentyp Memo). Die Attribute MmoCreated und 40 
MmoC hanged sind Datumsfelder zur Speicherung des Da- 
tums der Erzeugung des Memos und der letzten Anderung. 

Fig. 5C zeigt eine mogliche Struktur fiir die Grundtabelle 
tblHyp der Grundklasse "Hyperlink". 

Die Anbindung an externe Dateien erfolgt uber Hyper- 45 
links. Die Tabelle zur Verwaltung dieser zentralen Kommu- 
nikations objekte wurde daher tblHyp genannt. 

Die Tabelle tblHyp besitzt den Identifikationsschlussel 
HypID (Autowert; Felddatentyp Long Integer). Das Attribut 
Hyperlink dient zur Aufnahme des Hyperlinks und besitzt 50 
den Felddatentyp Hyperlink, so daB Hyperlink- Funktionen 
direkt aus der Datenbank ausgefiihrt werden konnen. Das 
Attribut HypDCC (Felddatentyp Text) dient zur Aufnahme 
eines Hyperlink-Duplizitats-Kontroll-Codes. 

Fig. 5D zeigt eine mogliche Struktur fur die Grundtabelle 55 
tblPrs der Grundklasse "Person". 

Fiir die Darstellung von Personen und Organ isationen 
wurde in Anlehnung an die Bezeichnung Persons bzw. Per- 
sonen die Tabelle tblPrs vorgesehen. 

Die Tabelle tblPrs besitzt die Attribute PrsID (Identifika- 60 
tionsschliissel, Autowert; Felddatentyp Long Integer) sowie 
die Attribute PrsCreated und PrsChanged (Felddatentyp Da- 
tum) zur Speicherung des Anlagedatums des Datensatzes • 
und des Datums der letzten Anderung. Das Attribut PrsDCC 
dient zur Aufnahme eines Personen-Duplizitats-Kontroll- 65 
Codes. Alle weiteren - herkommlich als Attribute konzi- 
pierten Informationen zu einer Person, (z. B. Nachname, 
Vorname etc.) werden funktion al uber die Beziehung zu je 



einer anderen Grundtabelle des inhaltiichen Modells und die 
Bczichungsdcfinition mil Hilfe der Kategorietabclle hcrge- 
stellt. (wie noch erlautert wird). 

Fig. 5E zeigt eine mogliche Struktur fur die Grundtabelle 
tblltm der Grundklasse "Sache". 

Einzelne, konkrete Gegenstande (z. B. das konkrete Buch 
in der Bibliothek mit einer Archivierungsnummer im Ge- 
gensatz zum zugrundeliegenden abstrakten Publikationspro- 
dukt mit einer ISBN-Nummer) werden in Anlehnung an die 
englische Bezeichnung Items in einer Tabelle tblltm repra- 
sentiert. 

Fig. 5F zeigt eine mogliche Struktur fur die Grundtabelle 
tblLoc der Grundklasse "Ort". 

Die Orte, an denen Personen wohnen, Projekte stattfin- 
den, einzelne Gegenstande sich befinden werden in der Ta- 
belle tblLoc (fiir Locations) reprasentiert. 

Fig. 5G zeigt eine mogliche Struktur fiir die Grundtabelle 
tblPrj der Grundklasse "Projekt". 

Fur Projekte (Projects) als zielgerichtete Vorhaben be- 
stimmter Personen oder Organisationen wurde die Tabellen- 
bezeichnung tblPrj gewahlt. 

Fig. 5H zeigt eine mogliche Struktur fiir die Grundtabelle 
tblObj der Grundklasse "Objekt". 

Die ubrigen abstrakten Objekte - Produkte, Artikelbe- 
zeichnungen, Gegenstande im weiteren abstrakten Sinne, 
Marken, Arten, Gattungen - werden als Objects in der Ta- 
belle tblObj reprasentiert. 

Die Tabellen tblltm, tblLoc, tblPrj und tblObj sind nach 
demselben Prinzip wie die Tabelle tblPrs aufgebaut. Identi- 
fikationsschlussel sind die Attribute Itma fur die Tabelle 
tblltm, Loc-ID fur die Tabelle tblLoc, PrjID fur die Tabelle 
tblPrj und ObjID fur die Tabelle tblObj (jeweils Autowert, 
Felddatentyp Long Integer). Die einzigen weiteren Attribute 
der Tabellen sind Datumsfelder zur Speicherung der Anlage 
und der letzten Anderung der Datensatze. Das Textattribut 
. . .DCC dient wiederum zur Aufnahme eines Duplizitats- 
Kontroll-Codes fur die bezeichneten Elemente. 

Fig. 51 zeigt eine mogliche Struktur fiir die Grundtabelle 
tblPrc der Grundklasse "Zeit". 

Die Einbindung von Personen, Projekten, Produkten und 
Objekten in die Zeit erfolgt uber Vorgange, deren englische 
Bezeichnung als Procedures bzw. Proceedings erfolgen 
kann. Die "Vorgangstabelle" wurde daher mit der Bezeich- 
nung tblPrc versehen. 

Identifikationsschlussel der Tabelle tblPrc ist das Attribut 
PrcED. Weitere Attribute sind die Datumsfelder PrcStart und 
PrcEnd zur Speicherung des Beginns und des Endes eines 
Vorgangs. Das Attribut PrcDCC dient zur Aufnahme eines 
Duplizitats-Kontroll-Codes fiir Vorgange. Im ubrigen sind 
auch hier die weiteren Informationen nicht in dem TYipel der 
Grundtabelle enthalten, sondern in uber die Kategorietabelle 
definierten Beziehungen zu anderen Tupeln gespeichert. 

Datenbanktechnisch bestehen zwischen diesen System- 
grundbestandteilen, namlich den Grundtabellen, sog. n : m- 
Beziehungen, d. h., daB z. B. beliebig viele Personen mit be- 
liebig vielen Projekten, Produkten, Objekten, Orten und 
Vorgangen in Beziehung stehen konnen. 

Unter den Elementen der Grundtabellen bestehen 45 Be- 
ziehungsmoglichkeiten, wenn man davon ausgeht, daB eine 
Grundklasse mit sich selbst verbunden sein kann. Dies ist 
aufgrund des hohen Abstraktionsgrades der Grundklassen 
haufig der Fall. Z. B. kann eine natiirliche Person PI mit der 
Gesellschaft G in Beziehung stehen (z. B. als Geschaftsfuh- 
rer). Beide werden unter der Objektklasse Personen verwal- 
tet. Daher miissen Beziehungstypen vorgesehen werden, 
uber die die jeweilige Grundklasse mit sich selbst verbun- 
den werden kann (hier also als Person-Person-Beziehung), 
wie in Fig. 4 gezeigt. 
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Die Benennung der Beziehungstabellen wurde hier so 
vorgcnommen, daB zum Prafix tbl jeweils cine Kurzelkom- 
bination der in Beziehung stehenden Grundklassen gewahlt 
wird (die Reihenfolge ist - wie noch zu zeigen sein wird - 
unerheblich). Fur die Beziehung von Personen zu Projekten 5 
wird also z. B. der Prafix tbl mit der Kombination aus den 
Kurzeln Prs und Prj versehen, so daB die Beziehungstabelle 
tblPrsPrj genannt wird (oder bedeutungsgleich tblPrj Prs). 

Fig. 6A zeigt eine mogliche Struktur der Beziehungsta- 
belle tblKeyKey fur die Beziehung "Wort-Wort M . 10 

Die Tabelle tblKeyKey dient zur Darstellung der rekursi- 
ven Beziehungen innerhalb der Tabelle tblKey. Es wird ein 
zusammengesetzter Identifikationsschlussel aus den Fremd- 
schlusseln der Tabellen tblKey und tblCat (Kategorietabelle, 
die noch erlautert wird) gebildet. Aus der Tabelle tblKey 15 
wird dabei der Identifikationsschlussel sowohl fur das 
Schlusselattribut Keya als auch fur das Schlusselattribut 
Key 1 ID als Fremdschliissel entnommen. Da zwei identische 
Wortkombinationen in unterschiedlicher Funktion aufeinan- 
der bezogen sein konnen, ist die Eindeutigkeit der Daten- 20 
satze erst hergestellt, wenn auch die Kategorie als Fremd- 
schlussel aus tblCat in den zusammengesetzten Identifikati- 
onsschlussel einbezogen wird. 

Als Beispiel konnen die Worte "Fundament" und "funda- 
mentum" dienen; "fundamentum" ist sowohl Herkunftswort 25 
als auch deutsch-lateinische Ubersetzung zum Wort "Funda- 
ment". Will man beide Kategorien im Datenbanksystem ab- 
bilden, muB wegen der Anforderung der Eindeutigkeit der 
Datensatze die jeweilige Kategorie (also Herkunftswort und 
deutsch-lateinische Ubersetzung) in den zusammengesetz- 30 
ten Identifikationsschlussel integriert werden. 

Der Name des Identifikationsschlussels CatID wird dabei 
in den Beziehungstabellen, in denen der Identifikations- 
schlussel aus tblCat als Fremdschliissel verwendet wird, um 
den Beziehungsnamen erganzt. Der Fremdschlussel wird 35 
somit im Beispiel der Wort-Wort-Beziehung nicht CatID, 
sondern CatKeyKeylD genannt. 

Das Attribut Key Key 123 dient der Sortierung und ist vom 
Felddatentyp Zahl, das Attribut KeyKeyTxt ist fur kurze 
Anmerkungen und Notizen gedacht, das Attribut KeyKey- 40 
Activate ist ein Ja/Nein-Wert und dient der gezielten Unter- 
driickung einzelner Datensatze der Beziehungsmenge bei 
der Datenausgabe. 

Nach dem Grundmuster der Tabelle tblKeyKey sind so 
gut wie alle Beziehungstabellen aufgebaut. 45 

Fig, 6B zeigt eine mogliche Struktur der Beziehungsta- 
belle tblKeyMmo fur die Beziehung "Wort-Aussage". 

Fig. 6C zeigt eine mogliche Struktur der Beziehungsta- 
belle tblKeyHyp fur die Beziehung "Wort-Hyperlink". 

Die ubrigen Beziehungsmengen, an denen Keywords 50 
(Worter) beteiligt sind, sind sprachlich so formuliert, daB 
das Ktirzel "Key" nachgestellt ist. Diese Ordnung ist rein 
sprachlicher Natur, da die Beziehungsrichtung im Rahmen 
der Kategoriendefinition festgelegt wird. 

Fig. 6D zeigt eine mogliche Struktur der Beziehungsta- 55 
belle tblMmoMmo fur die Beziehung "Aussage-Aussage". 

In der Tabelle tbMmoMmo werden die rekursiven Bezie- 
hungen von Memodatensatzen verwaltet. Dies betrifft zum 
Beispiel den Fall, daB eine Notiz einer anderen Notiz als 
Folgegedanke zugcordnet wird. Auch hier setzt sich der 60 
Identifikationsschlussel zusammen aus den Fremdschliis- 
seln der Tabelle tblMmo sowie der Tabelle tblCat. Hinsicht- 
lich der Attribute MmoMmol23, MmoMmoTxt und 
MmoMmoActivate kann auf die Angaben zu TblKeyKey 
verwiesen werden. 65 

Fig. 6E zeigt eine mogliche Struktur der Beziehungsta- 
belle tblMmoHyp fur die Beziehung "Aussage-Hyperlink". 
Die ubrigen Beziehungsmengen, an denen Memos (Aus- 



sagen) beteiligt sind, sind entsprechend aufgebaut, wobei 
wie oben darauf hinzuweisen, daB die Ordnung rein sprach- 
licher Natur ist, da die Beziehungsrichtung ausschlieBlich 
im Rahmen der Kategoriendefinition festgelegt wird (s. un- 
ten Meta-Ebene). 

Fig. 6F zeigt eine mogliche Struktur der Beziehungsta- 
belle tblHypHyp fur die Beziehung "Hyperlink-Hyperlink". 

Die gezeigten Strukturen der Beziehungstabelle dienen 
lediglich der Erlauterung der Erfindung, wobei die hier nicht 
explizit dargestellten Beziehungstabellen in der Regel ent- 
sprechend aufgebaut sein werden, die Erfindung jedoch 
nicht auf das fur dieses Ausfuhrungsbeispiel gewahlte For- 
mat beschrankt ist. 

Hinsichtlich der Attribute zur Verwaltung der Kategorien 
ist darauf hinzuweisen, daB die Fremdschlusselattribute 
(z. B. CatHypHypID, CatMmoHypID etc.) alle auf den 
Identifikationsschlussel CatID aus der Tabelle tblCat Bezug 
nehmen, jedoch aus Griinden der Ubersichtlichkeit in den 
Beziehungsmengen nicht mit der einheitlichen Attributsbe- 
zeichnung CatID, sondern zusatzlich mit dem jeweiligen 
Beziehungstyp versehen wurden. 

Neben der inhaltlichen Ebene des erfindungsgemaBen 
Datenbanksystems, welche die Grundtabellen und die Be- 
ziehungstabellen enthalt, steht die Metaebene, die fur die 
iibergeordnete Organisation der Datenbank zustandig ist. 

Die zentrale Stellung in der Metaebene kommt den Kate- 
gorien zu, fiber welche die Beziehungen der verschiedenen 
Elemente zueinander definiert werden. Dies soli am Beispiel 
der Grundklassen Personen, Worter und Sachen naher erlau- 
tert werden. Personen werden ublicherweise Attribute, wie 
Namen, Vornamen, Rechtsform etc., zugeordnet. In der Rea- 
litat existiert ein Name, z. B. "Zimmermann", jedoch unab- 
hangig von der betreffenden Person als Begriff des allge- 
meinen Wortschatzes. In seiner Beziehung zu Personen 
kann diesem Begriff eine Doppelfunktion zukommen: er 
kann sowohl Namen als auch Berufsbezeichnung einer Per- 
son darstellen. Die ublicherweise als Attribute konstruierten 
Kategorien "Name" und "Beruf konnen bei der Erfindung 
auch funktional als ein Bindeglied zwischen einer Person 
und einem Wort des allgemeinen Wortschatzes verwendet 
werden. Die gleich Konstellation laBt sich noch deutlicher 
am Beispiel der Beziehungen der Grundklassen Personen 
und Sachen darstellen. Man konnte einer Sache das Attribut 
"Eigentumer" zuweisen und dann eine Person als Eigentu- 
mer eintragen. Damit wiirde die Person der Sache wie eine 
Eigenschaft anhaften, und ebenso das Eigentum der Person. 
Tatsachlich definiert das Eigentum jedoch eine Funktion 
zwischen einer Person und einer Sache. Gleichzeitig ist das 
Eigentum als Begriff Bestandteil des allgemeinen Wort- 
schatzes und als solcher auch in anderem Kontext verwend- 
bar. Dieses Verhaltnis von Objekten, Wortern, Begriffen und 
Funktionsbezeichnungen (Kategorien) ist bei der Erfindung 
auf alle Systembestandteile iibertragen. 

Fig. 7 zeigt eine mogliche Struktur der Kategorietabelle 
tblZCat. 

In der Tabelle tblZCat (fur Categories) werden die Infor- 
mationskategorien verwaltet, so daB z. B. die Informations- 
kategorie Autor nur ein einziges Mai im System verwaltet 
werden muB. Die Inform ationskategorien werden im Attri- 
but ZCat (Felddatentyp Text) verwaltet. Das Attribut 
ZCatRnk (= Kategorien-Ranking) dient dazu, einer Katego- 
rie einen numerischen Wert fur Sortierungszwecke zuzuwei- 
sen. Soil z. B. in einem Datenbankreport die Kategorie Titel 
vor der Kategorie Autor angezeigt werden, kann der Kate- 
gorie Titel z. B. der numerische Wert 1 und der Kategorie 
Autor der numerische Wert 2 zugewiesen werden. Der Feld- 
datentyp des Attributs ZCatRnk ist Zahl (Long Integer). 

Fig. 8A zeigt eine mogliche Struktur der Relationstabelle 
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tblZRel. 

Die oben vcrschicdcncn Beziehungs(richtungs)moglich- 
keiten werden in einer eigenen Tabelle tblZRel verwaltet. 
Das Tabellenkiirzel Rel steht fur Relationships. Das zwi- 
schen Prafix und Tabellenkiirzel gestellte Z dient der alpha- 5 
betischen Sortierung der Metatabellen am Ende aller ver- 
walteten Tabellen. Jeder Metatabelle wird daher ein Z vor 
das Tabellenkiirzel zugeordnet. 

Durch die zentrale Verwaltung aller im System vorkom- 
menden Informationskategorien in einer Tabelle konnte man 10 
bei den iiblicherweise mehreren hundert Kategorien schnell 
den tJberblick verlieren, in welchen Beziehungen des Da- 
te nbanksy stems sie relevant sind. So koinmt die Kategorie 
"Definition" moglicherweise ausschlieBHch in der Bezie- 
hung Wort-Aussage/Memo vor. Es werden daher die mogli- 15 
chen Beziehungstypen (bei dem gezeigten Ausfuhrungsbei- 
spiel 9x9+9 mogliche, undefinierte (d. h. nicht einer Ka- 
tegorie zugeordnete) Beziehungen, z. B. PRS-ITM, ITM- 
PRS, ITM-rrMl; ITM1-ITM etc.) in einer eigenen Tabelle 
verwaltet und mit den sie betreffenden Informationskatego- 20 
rien verkniipft. Es kann dann eine vollstandige Strukturie- 
rung der Beziehungskatgeorien nach den Beziehungen und 
Beziehungsrichtungen erfolgen, in denen die Beziehungska- 
tegorien eine Rolle spielen. Die Beziehungskategorie Defi- 
nition wird dann z. B. mit der Beziehung KEY-MMO (= 25 
Wort-Aussage/Memo) verkniipft und steht dann auch nur in 
dieser Beziehung zur Verfugung. 

Die Tabelle tblZRel (fiir Relationships/Associations bzw. 
Beziehungsrichtungen) hat als Identifikationsschlussel das 
Attribut ZRellD (Autowert; Long Integer). Das Attribut 30 
ZRel (Felddatentyp Text) dient zur Aufnahme der Kurzforai 
der Beziehungsrichtung, also z. B. ITM-PRS fur die Bezie- 
hung, innerhalb derer eine oder mehrere Personen einer oder 
mehreren Sachen zugeordnet werden konnen, oder PRS- 
ITM fur die Beziehung, in der eine oder mehrere Sachen ei- 35 
ner oder mehreren Person zugeordnet werden konnen, 

Jeder Beziehungsrichtung kann dabei eine bestimmte 
sprachliche Formulierung zugeordnet werden. So kann z. B. 
die Beziehung ITM-PRS sprachlich (hier englisch) formu- 
liert werden als Person is a. . . (Person ist zugeordnet als, 40 
z. B. als Eigentiimer). Umgekehrt kann fur die Beziehungs 
PRS-ITM die sprachliche Formulierung Item is a. . . (Sache 
ist zugeordnet als, z. B. Eigentum) definiert werden. Durch 
den Fremdschlussel ZEle_isID (Felddatentyp Zahl; Long 
Integer) wird auf die in der Tabelle tblZEle_is verwalteten 45 
moglichen sprachlichen Formulierungen der Zuordnung der 
Wissenselemente je Beziehung verwiesen. 

Das Attribut ZRelT2 (Felddatentyp Text) dient der 
sprachlichen Ausformulierung der bisher nur in Kurzform 
verwalteten Beziehung. Das Attribut ZRelRnk (Ranking of 50 
Relationships) dient dazu, eine von der alphabetischen Rei- 
henfolge abweichende inhaltliche Sortierung der Bezie- 
hungstypen zu ermoglichen. 

Fig. 8B zeigt eine mogliche Struktur einer Relations-Er- 
lauterungstabelle tblZEle_is. 55 

Ebenfalls eine sprachlich-inhaltliche Funktion erfullt die 
Relations-Erlauterungstabelle tblZEle_is. In ihr wird die je- 
weilige sprachliche Formulierung einer Beziehung bzw. Be- 
ziehungsrichtung gespeichert. Dient z. B. die Beziehung 
Prs-Itm dazu, eine Sache einer Person zuzuordnen, dann 60 
wird die Sache als etwas zugeordnet. Der Beziehung Prs-Itm 
wiirde dann die in der Tabelle tblEle_is verwaltete sprachli- 
che Formulierung "Item is" zugeordnet. Das spiegelbildli- 
che Beispiel ware die Beziehung Itm-Prs, in der eine Person 
einer Sache, z. B. als Eigentiimer, zugeordnet wird. Fiir 65 
diese Beziehung gilt die sprachliche Formulierung "Person 
is". Weitere Moglichkeiten sind "Hyperlink is", "Keyword 
is", "Location is", "Memo is", "Object is", Person is", "Pro- 



ceeding is", Project is". Fiir die rekursiven Beziehungen in- 
nerhalb einer Relations-Erlauterungstabelle muB cine 
sprachliche Formulierung hinsichtlich der Beziehungsrich- 
tung von Attribut 2 im Verhaltnis zu Attribut 1 vorgesehen 
werden. Daftir dienen "Item 2 is" Hyperlin 2 is", "Keyword 
2 is", "Location 2 is", "Memo 2 is", "Object 2 is", "Person 2 
is", "Proceeding 2 is" und "Project 2 is". 

Identifikationsschlussel der Tabelle tblZEle_is ist das At- 
tribut ZEle_isID (Autowert; Long Integer). Das Attribut 
ZEle is (Felddatentyp Text) dient - wie zu Tabelle tblZRel 
dargestellt - der Aufnahme der sprachlichen Formulierung 
der Assoziation (also z. B. Person is fur alle Beziehungen, in 
denen Personen nachgestellt, also zugeordnet werden - z. B. 
KEY-PRS, MMO-PRS, HYP-PRS, PRS1-PRS; ITM-PRS, 
LOC-PRS, PRJ-PRS, PRC-PRS, OBJ-PRS). 

Fig. 8C zeigt eine mogliche Struktur der Relations-Struk- 
turierungstabelle tblZEle. 

Die Tabelle tblZEle dient der inhaltlichen Strukturierung 
der in tblZRel abgebildeten Beziehungsrichtungen. In ihr 
werden die Grundklassen sprachlich dargestellt; also Wort, 
Aussage, Hyperlink, Person, Sache, Ort, Projekt, Zeit und 
Objekt. 

Die Informationskategorien der Kategorietabelle tblZCat 
sind nun zwar jeweils einer Beziehung zugeordnet, aber das 
Rechnersystem weiB noch nicht, welche Beziehungstypen 
zu welchen Grundklassen des Datenbanksy stems gehoren. 
Die Beziehungsrichtung ITM-PRS (Sachen-Personen) ist 
z. B. den Elementen Sachen und Personen zuzuordnen. 
Diese Grundklassen werden in der Tabelle tblZEle verwal- 
tet. 

Identifikationsschlussel ist das Attribut ZElelD (Auto- 
wert; Felddatentyp Long Integer). Das Attribut ZEle (Feld- 
datentyp Text) dient zur Aufnahme des Elements (hier also 
der Elemente Keywords, Memos, Hyperlinks, Persons, 
Items, Locations, Projects, Proceedings und Objects). Mit 
Hilfe des Attributs ZEleRnk (Felddatentyp Zahl) kann den 
einzelnen Elementen wiederum eine Zahl zugeordnet wer- 
den, um - wie oben - von der alphabetischen Sortierung zu- 
gunsten einer inhaltlichen Sortierung abzuweichen. 

Fig. 8D zeigt eine mogliche Struktur einer Untertabelle 
tblZSubEle. 

Fiir eine bessere Ubersichtlichkeit und Analysierbarkeit 
der Kategorien konnen die bisher nur in einer zentralen Ka- 
tegorietabelle tblZCat verwalteten Beziehungskategorien ei- 
ner Subklasse zugeordnet werden, die hier als Subelemente 
der Elemente der Grundklassen bezeichnet werden. Wenn 
also z. B. abstrakte Objekte in Publikationen, Rechtspre- 
chung, Normen oder dergleichen, als Subelemente unter- 
gliedert werden konnen, so sollte es auch moglich sein, die- 
sen Subelementen die fiir sie maBgeblichen Beziehungska- 
tegorien zuzuordnen. 

Die Elemente (Klassen) des erfindungsgemaBen Daten- 
banksy stems konnen daher nach Bedarf in Subelemente 
(Subklassen) unterteilt werden. So besteht z. B. das Element 
(bzw. die Klasse) Personen u. a. aus den Subelementen Na- 
tiirliche Personen, Gesellschaften etc. Uber diese Subele- 
mente schlieBt sich der Kreis zu den Beziehungskategorien: 
der inhaltlichen Strukturierung der Meta-Ebene dient auch 
die Moglichkeit, den Subelementen Beziehungskategorien 
zuzuordnen mit dem Ziel, z. B. samtliche Beziehungskate- 
gorien, die einer Gesellschaft als juristische Person zugeord- 
net sind, abfragen zu konnen. 

Fig. 8E zeigt eine mogliche Struktur einer Aktionstabelle 
tblZAction. 

In der Aktionstabelle tblZAction werden zentral alle Ak- 
tionen bzw. Operationen verwaltet, die im Rahmen der An- 
wendungsprogramrnierung ausgefuhrt werden sollen. Eine 
Aktion "Stiftung neu anlegen" konnte dann z. B. auf die fur 
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Stiftungen (als Subelement zur Grundklasse Personen) mafi- 
geblichen Beziehungskategorien abfragcn und ein dynaini- 
sches Formular mit den fur Stiftungen maBgeblichen Bezie- 
hungskategorien (Stiftungsnarne, Stiftungszwecketc.) gene- 
rieren. Dafiir sind geeignete Algorithmen auf Anwendungs- 5 
ebene vorzusehen. In der Tabelle tblZAction sollen Aktio- 
nen verwaltet werden. Uber die Aktion "Stiftung neu anle- 
gen" konnte z. B. eine Prozedur ausgelost werden, die ein 
dynamisches Formular zur Verwaltung von Personen offhet 
und die der Subklasse bzw. dem Subelement Stiftung zuge- 10 
ordneten Beziehungskategorien generiert. 

Identifikationsschlussel ist das Attribut ZActionID (Auto- 
wert; Long Integer). Die einzelnen Aktionen werden unter 
dem Attribut ZAction (Text) verwaltet. Das Attribut ZCa- 
tActionlD (Felddatentyp ZahL, Long Integer) ist Fremd- 15 
schliissel der Tabelle tblZCatAction und dient der Struktu- 
rierung in Eingabe- und Ausgabeaktionen (Input oder Out- 
put). Das Attribut ZElelD ist Fremdschlussel der Tabelle 
tblZEle und dient der Zuordnung der einzelnen Aktionen 
zum jeweiligen Element des Datenbanksy stems (z. B. Per- 20 
sonen). Die Input- Aktion "Stiftung neu anlegen" wiirde also 
dem Element Personen zugeordnet werden, so daB der 
Fremdschliissel des Elements Personen als Attribut der Ak- 
tion einzutragen ware. 

Fig, 8F zeigt eine mogliche Struktur einer Aktionskatego- 25 
rietabelle tblZCatAction. 

Die Aktionskategorietabelle tblZCatAction legt fur jede 
einzelne Operation fest, ob es sich um eine Input- (Daten- 
eingabe oder -anderung) oder Output- (Datenausgabe-)Ope- 
ration handelt. 30 

Die Tabelle tblZCatAction dient - wie soeben bei T&belle 
tblZAction dargestellt - der Strukturierung von Aktionen in 
Eingabe- und Ausgabeaktionen. Dementsprechend weist sie 
lediglich zwei Datensatze auf. Identifikationsschlussel ist 
das Attribut ZCatACtionID (Inkrement; Felddatentyp Long 35 
Integer) die Attributwerte Input und Output werden dem At- 
tribut ZCatAction (Felddatentyp Text) zugeordnet. 

Fig. 8G zeigt eine mogliche Struktur einer Kategorierela- 
tionstabelle tblZCatRel. 

Zwischen der Tabelle tblZRel (fur Relationsship/Bezie- 40 
hungsrichtungen) und der Tabelle tblZCat (fiir Categories) 
besteht eine n : m-Beziehung. Der Beziehungsrichtung 
ITM-PRS konnen z. B. n Beziehungskategorien zugeordnet 
werden (z. B. werden der Beziehung ITM-PRS die Katego- 
rien Eigentumer, Besitzer, fruherer Eigentumer etc. zuge- 45 
ordnet); umgekehrt konnen - wie oben bereits ausgefuhrt - 
einer Beziehungskategeorie mehrere Beziehungstypen zu- 
geordnet sein (so wird die Kategorie Eigentumer nicht nur 
im Verhaltnis ITM-PRS, sondern - wie unter Eigenschaften 
einer Word-Datei festzustellen ist - auch im Rahmen der 50 
Dateibeschreibung verwendet (also hier in der Beziehung 
HYP-PRS)). 

Die n : m-Beziehung wird in der Tabelle tblZCatRel auf- 
geldst, die einen aus den Fremdschlusseln der Tabellen 
tblZCat und tblZRel gebildeten, zusammengesetzten Identi- 55 
fikationsschlussel - bestehend aus den Attributen ZCatlD 
(Felddatentyp Zahl, Long Integer) und ZRellD (Felddaten- 
typ Zahl, Long Integer) - besitzt. Das Attribut ZCatRelTxt 
(Felddatentyp Text) dient zur Aufnahme einer Anmerkung, 
die z. B. als Hilfestellung bei der Dateneingabe dienen kann. 60 
Die Notiz ist funktional abhangig von der Kategorie-Bezie- 
hungstyp-Beziehung. Wird z. B. die Kategorie Autor in den 
Beziehungstypen OBJ-PRS und HYP-PRS verwendet, kann 
die Hilfestellung im Rahmen der Autor-OBJPRS-Bezie- 
hung z. B. lauten "Bitte wahlen Sie den Autor der Publika- 65 
tion aus oder legen Sie ihn als Person neu an, M , wahrend die 
Hilfestellung im Rahmen der Autor-HYPPRS-Beziehung 
z. B. lautet "Bitte wahlen Sie die in der Dateieigenschaft als 
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Autor angegebene Person aus bzw. legen Sie diese neu an." 

Fig. 8H zeigt eine mogliche Struktur einer Elementbezic- 
hungstabelle tblZRelEle. 

Die n : m-Beziehung zwischen den Tabellen tblZRel (Re- 
lationships/Beziehungsrichtungen) und tblZEle (Elemente/ 
Klassen) wird durch die Beziehungstabelle tblZRelEle auf- 
gelost. 

Fig. 81 zeigt eine mogliche Struktur einer Unterklassen- 
beziehungstabelle tblZSubEleCat. 

Zwischen den Subelementen bzw. Sub klassen (verwaltet 
in tblSubEle) und den Beziehungskategorien (verwaltet in 
tblCat) besteht eine n : m-Beziehung. Ein Subelement - 
z. B. die Stiftung - kann iiber beliebig viele Beziehungska- 
tegorien (z. B. Rechtsform, Stiftungszweck, Destinatar etc.) 
definiert werden. Eine Beziehungskategorie (z. B. Rechts- 
form) kann jedoch umgekehrt beliebig vielen Subelementen 
zugeordnet werden (z. B. neben der Stiftung z. B. auch noch 
anderen Subelementen von Personen). 

Die n : m-Beziehung wird in der Tabelle tblZSubEleCat 
aufgelost. Der zusammengesetzte Identifikationsschlussel 
besteht hier aus den Fremdschlusseln ZSubElelD (Zahl, 
Felddatentyp Long Integer) und ZCatlD (Zahl, Long Inte- 
ger) der Tabelle tblZSubEle und tblZCat. 

Das Attribut Standard (Felddatentyp Text) dient zur Auf- 
nahme eines Standardwertes zur Vorbereitung einer Anwen- 
dungsfunktion, die bei der Erstellung eines dynarnischen 
Formulars z. B. zur Neuanlage einer Gesellschaft neben den 
fur Gesellschaften vorgesehenen Inforrnationskategorien 
auch entsprechende Standardwerte vorsieht. So kann z. B. 
fur die Kategorie Rechtsform bei der Neuanlage einer Ge- 
sellschaft als Standardwert die KeyED aus der Tabelle 
tblKey eingetragen werden, die das Wort "Stiftung" repra- 
sentiert. 

In dem Attribut ZSubEleCatTxt (Felddatentyp Text) kon- 
nen Anmerkungen und Hilfestellungen eingetragen werden. 

Fig. 8J zeigt eine mogliche Struktur einer Kategoriewort- 
tabelle tblZCatKey. 

Die Tabelle tblZCatKey kann optional vorgesehen wer- 
den, um den Beziehungskategorien bestimmte Auswahl- 
werte aus dem Bereich der Worter zuzuordnen. So konnten 
z. B. der Beziehungskategorie Rechtsform Worter wie Stif- 
tung des biirgerlichen Rechts, GmbH, AG, eG etc. zugeord- 
net werden, die im Bereich der zu erstellenden Anwendung 
Auswahllisten ermoglichen. 

Die Tabelle tblZCatKey besteht lediglich aus einem zu- 
sammengesetzten Identifikationsschlussel. Die beiden 
Fremdschliissel sind die Attribute ZCatlD (Zahl, Felddaten- 
typ Long Integer; Fremdschlussel aus Tabelle tblZCat) und 
Keya (Zahl, Felddatentyp Long Integer; Fremdschlussel aus 
Tabelle tblKey). 

Fig. 9A, 9B und 9C zeigen schematisch die Verknupfung 
der Grundtabellen tblKey, tblMmo bzw. tblHyp mit den wei- 
teren Grundtabellen des Datenbanksystems sowie mit sich 
selbst iiber entsprechende Beziehungstabellen, wobei die je- 
weilige Kategorien der Beziehungen in der Kategorietabelle 
tblZCat definiert sind. 

Fig. 10 zeigt eine schematische Darstellung der Meta- 
Ebene des erfindungsgemaBen Datenbanksystems, welche 
die anhand der einzelnen Tabellen beschriebenen Funktio- 
nen ausfiihrt. 

Die Inhalte der Tabellen konnen iiber die mengenorien- 
tierte Sprache SQL (Structure Query Language) abgefragt 
und manipuliert werden. Die Abfragen dienen u. a. dazu, die 
in verschiedenen Tabellen gespeicherten, logisch zusam- 
mengehorigen Daten als einheitliche Menge wiederum in 
Tabellenform darzustellen. An den auf diese Weise in Abfra- 
gen ausgewahltcn Daten konnen Manipulationcn, wie L6- 
schen, Aktualisieren, Erstellen neuer Tabellen, Anfugen an 
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bestehende Tabellen, vorgenommen werden. 

In den Diagrairimcn der Fig. 9A bis 9C sowie der Fig. 10 
werden Elementtabellentypen durch rechteckige Kasten 
dargestellt, wahrend die Beziehungstabellentypen als Rau- 
ten dargestellt werden. Zusatzlich konnten Attribute einzel- 5 
ner Tabellen als Ovale dargestellt werden. Da sich die Attri- 
bute bei derErfindung jedoch auch aus dem relationalen Da- 
tenbankschema selbst ergeben konnen, wird auf die Darstel- 
lung von Attributen verzichtet. 

10 

Patentanspruche 

1 . Rechnergestiitztes System zum Aufbauen einer Da- 
tenbank, umfassend wenigstens zwei Grundtabellen 
(tblKey, tblMmo) zur Speicherung von zu jeweils einer 15 
Grundklasse gehorenden Elementen, 

wenigstens eine Beziehungstabelle (tblKeyKey), zur 
Speicherung von Beziehungen zwischen den Elemen- 
ten, die mit den Grundtabellen verkniipfbar ist, und 
eine Kategorietabelle (tblZCat) zur Speicherung von 20 
Beziehungskategorien, die mit der Beziehungstabelle 
verkniipfbar ist, um den jeweiligen Beziehungen eine 
eindeutig Beziehungskategorie zuzuordnen. 

2. System nach Anspruch 1, dadurch gekennzeichnet, 
daB mehrere Beziehungstabellen (tblKeyKey) vorgese- 25 
hen sind, um jeweils zwischen den Elementen aus einer 
GrundtabeLle oder aus zwei verschiedenen Grundtabel- 
len Beziehungen herzustellen. 

3. System nach einem der vorangehenden Anspriiche, 
dadurch gekennzeichnet, daB jede Grundtabelle Identi- 30 
fikationsschlussel (KeylD) enthalt, welche die Ele- 
mente in der Grundtabelle eindeutig kennzeichnen. 

4. System nach einem der vorangehenden Anspriiche, 
dadurch gekennzeichnet, daB die Beziehungstabelle 
aus mehreren Fremdschlusseln (KeylD, Key 1 ID) ge- 35 
bildete Beziehungsschlussel (CatKeyKeylD) enthalt, 
die eine Verknupfung von jeweils zwei Elementen aus 
einer Grundtabelle oder aus zwei verschiedenen 
Grundtabellen herstellen. 

5. System nach Anspruch 3 und 4, dadurch gekenn- 40 
zeichnet, daB die Fremdschliissel auf den Identifikati- 
onsschliisseln der zugehorigen Elemente basieren. 

6. System nach Anspruch 4 oder 5, dadurch gekenn- 
zeichnet, daB die Beziehungsschlussel eine Verknup- 
fung zu einer Beziehungskategorie in der Kategorieta- 45 
belle herstellen. 

7. System nach einem der vorangehenden Anspriiche, 
gekennzeichnet durch eine Relationstabelle (tblZRel), 
welche die moglichen Beziehungen zwischen den 
Grundtabellen enthalt und der Kategorietabelle ver- 50 
knupfbar ist, um jeweils einer Beziehungskategorie 
mogliche Beziehungen zwischen den Grundtabellen 
zuzuordnen. 

8. System nach Anspruch 7, gekennzeichnet durch 
eine Kategorie-Relationstabelle (tblZCatRel), welche 55 
die Kategorietabelle (tblZCat) mit der Relationstabelle 
(tblZRel) verkniipft und eine Beziehung einschlieBlich 
einer Beziehungsrichtung fur die Verknupfung jeweils 
zweier Elemente kennzeichnet. 

9. System nach einem der vorangehenden Anspriiche, 60 
gekennzeichnet durch wenigstens eine Untertabelle 
(tblZSubEle) fur eine Untermenge von zu einer Grund- 
klasse gehorenden Elementen, die uber eine Bezie- 
hungs-Untertabelle (tblZSubEleCat) mit der Katego- 
rietabelle (tblZCat) verkniipfbar ist, um Beziehung ska- 65 
tegorien zu bestimmen, die der Untermenge zugeord- 
nct werden sollen. 

10. System nach einem der vorangehenden Ansprii- 



che, gekennzeichnet durch eine Aktionstabelle 
(tblZAction), die Eingabc/Ausgabeaktionen zur Erstcl- 
lung und Nutzung der Datenbank enthalt. 

11. System nach einem der vorangehenden Ansprii- 
che, dadurch gekennzeichnet, daB die Tabellen in zuge- 
ordneten Speicherbereichen realisiert sind. 

12. System nach einem der vorangehenden Ansprii- 
che, dadurch gekennzeichnet, daB die Grundklassen 
(tblKey, tblMmo, tblHyp, tbtPrs, tblltm, tblLoc, tblPrc, 
tblPrj, tblObj) wenigstens zwei der folgenden Klassen 
umfassen: Wort, Aussage, Hyperlink, Person, Sache, 
Ort, Zeit, Projekt und Objekt; vorzugsweise immer die 
Klasse Wort. 

13. Verfahren zum Aufbauen eines Datenbanksystems 
in einer elektronischen Datenverarbeitungsanlage, mit 
folgenden Verfahrensschritten: 

Vorsehen wenigstens zweier Grundtabellen (tblKey, 
tblMmo) zur Speicherung von jeweils zu einer Grund- 
klasse gehorenden Elementen, 

Vorsehen wenigstens einer Beziehungstabelle (tblKey- 
Key, tblKeyMmo) zur Speicherung von Beziehungen, 
die einer oder mehreren Grundtabelle(n) verkniipft 
wird, um Beziehungen zwischen den Elementen herzu- 
stellen, und 

Vorsehen einer Kategorietabelle (tblZCat) zur Speiche- 
rung von Beziehungskategorien, die mit der Bezie- 
hungstabelle verkniipft wird, um den jeweiligen Bezie- 
hungen eine eindeutig Beziehungskategorie zuzuord- 
nen. 

14. Verfahren nach Anspruch 13, dadurch gekenn- 
zeichnet, daB mehrere Beziehungstabellen (tblKeyKey, 
tblKeyMmo) vorgesehen werden, um jeweils zwischen 
den Elementen aus einer Grundtabelle (tblKey, 
tblMmo) oder aus zwei verschiedenen Grundtabellen 
(tblKey, tblMmo) Beziehungen herzustellen. » 

15. Verfahren zum Aufbauen einer Datenbank in einer 
elektronischen Datenverarbeitungsanlage, mit folgen- 
den Verfahrensschritten: 

Eingeben und Speichern von zu jeweils einer Grund- 
klasse gehorenden Elementen in wenigstens zwei 
Grundtabellen (tblKey, tblMmo), 
Eingeben und Speichern von Beziehungen, die zwi- 
schen Elementen in den Grundtabellen bestehen, in 
wenigstens einer Beziehungstabelle (tblKeyKey, 
tblKeyMmo) und Verknupfen der Beziehungstabelle 
(tblKeyKey, tblKeyMmo) mit der Grundtabelle 
(tblKey, tblMmo), und 

Eingeben und Speichern von Beziehungskategorien in 
einer Kategorietabelle (tblZCat) und Verknupfen der 
Kategorietabelle mit der Beziehungstabelle, um den je- 
weiligen Beziehungen eine eindeutig Beziehungskate- 
gorie zuzuordnen. 

16. Verfahren nach Anspruch 15, dadurch gekenn- 
zeichnet, daB mehrere Beziehungstabellen (tblKeyKey, 
tblKeyMmo) vorgesehen werden, die jeweils zwischen 
den Elementen innerhalb einer Grundtabelle oder zwi- 
schen den Elementen aus zwei verschiedenen Grundta- 
bellen Beziehungen herstellen. 

17. Verfahren nach Anspruch 15 oder 16, dadurch ge- 
kennzeichnet, daB in der Beziehungstabelle (tbiKey- 
Key, tblKeyMmo) aus Fremdschliisseln (KeylD, 
Key 1 ID) gebildete Beziehungsschlussel (CatKey- 
KeylD) gespeichert werden, die eine Verkniipfung von 
jeweils zwei Elementen innerhalb einer Grundtabelle 
oder von jeweils zwei Elementen aus zwei verschiede- 
nen Grundtabellen herstellen. 

18. Verfahren nach Anspruch 17, dadurch gekenn- 
zeichnet, daB die Fremdschliissel auf der Grundlage 
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von Identifikationsschlusseln gebildet werden, die zu 
den zugehorigen Elementen in den jewciligcn Grundta- 
bellen gespeichert werden. 

19 Verfahren nach Anspruch 17 oder 18, dadurch ge- 
kennzeichnet, daB die Beziehungsschlussel (CatKey- 5 
KeylD) eine Verkniipfung zu einer Beziehungskatego- 
rie'in der Kategorietabelle (tblZCat) herstellen. 

20. Verfahren nach einem der Anspriiche 15 bis 19, 
dadurch gekennzeichnet, daB eine Relationstabelle 
(tblZRel) vorgesehen wird, welche die moglichen Be- 10 
ziehungen zwischen den GrundtabeUen (tblKey, 
tblMmo) enthalt und mil der Kategorietabelle (tblZCat) 
verknupft wird, um jeweils einer Beziehungskategone 
mogliche Beziehungen zwischen den GrundtabeUen 
zuzuordnen. 

21. Verfahren nach Anspruch 20, dadurch gekenn- 
zeichnet, daB eine Kategorie-Relationstabelle (tblZCa- 
tRel) vorgesehen wird, welche die Kategorietabelle 
(tblZCat) mit der Relationstabelle (tblZRel) verkniipft, 
um eine Beziehung einschlieBlich einer Beziehungs- 20 
richtung fur die Verknupfung jeweils zweier Elemente 
zu kennzeichnen. 

22 Verfahren nach einem der Anspriiche 13 bis 21, 
dadurch gekennzeichnet, daB die Grundklassen 
(tblKey, tblMmo, tblHyp, tblPrs, tblltm, tbLLoc, tblPrc, 25 
tblPrj, tblObj) aus wenigstens zwei der folgenden Klas- 
sen ausgewahlt werden: Wort, Aussage, Hyperlink, 
Person, Sache, Ort, Zeit, Projekt und Objekt, wobei 
eine Grundklasse vorzugsweise immer die Wort-Klasse 
ist. 30 
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Abstract of DE1 991 4454 

System has two base tables for storage of elements belonging to a base class, a relational table for 
storage of relationships between elements that is linked to the base tables and a category table for 
storage of relationship categories that is linked to the relationship table so that each relationship is 
assigned to only one relationship category. An Independent claim is made for a procedure for use with 
the above system. 
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